+Tue Feb 29 13:10:00 GMT 2000 Tony Gale <gale@gtk.org>
+
+ * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+ gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+ docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+ docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+ Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
Sat Feb 26 11:46:25 GMT 2000 Tony Gale <gale@gtk.org>
* gtk/gtkcalendar.c: Implement num_marked_dates,
+Tue Feb 29 13:10:00 GMT 2000 Tony Gale <gale@gtk.org>
+
+ * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+ gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+ docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+ docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+ Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
Sat Feb 26 11:46:25 GMT 2000 Tony Gale <gale@gtk.org>
* gtk/gtkcalendar.c: Implement num_marked_dates,
+Tue Feb 29 13:10:00 GMT 2000 Tony Gale <gale@gtk.org>
+
+ * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+ gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+ docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+ docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+ Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
Sat Feb 26 11:46:25 GMT 2000 Tony Gale <gale@gtk.org>
* gtk/gtkcalendar.c: Implement num_marked_dates,
+Tue Feb 29 13:10:00 GMT 2000 Tony Gale <gale@gtk.org>
+
+ * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+ gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+ docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+ docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+ Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
Sat Feb 26 11:46:25 GMT 2000 Tony Gale <gale@gtk.org>
* gtk/gtkcalendar.c: Implement num_marked_dates,
+Tue Feb 29 13:10:00 GMT 2000 Tony Gale <gale@gtk.org>
+
+ * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+ gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+ docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+ docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+ Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
Sat Feb 26 11:46:25 GMT 2000 Tony Gale <gale@gtk.org>
* gtk/gtkcalendar.c: Implement num_marked_dates,
+Tue Feb 29 13:10:00 GMT 2000 Tony Gale <gale@gtk.org>
+
+ * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+ gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+ docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+ docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+ Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
Sat Feb 26 11:46:25 GMT 2000 Tony Gale <gale@gtk.org>
* gtk/gtkcalendar.c: Implement num_marked_dates,
+Tue Feb 29 13:10:00 GMT 2000 Tony Gale <gale@gtk.org>
+
+ * gdk/gdkwindow.h gdk/x11/gxid.c gtk/gtkclist.c gtk/gtkclist.h
+ gtk/gtkctree.c gtk/gtkmenu.h gtk/gtkwidget.c gtk/testgtk.c
+ docs/styles.txt docs/refcounting.txt docs/gtkfaq.sgml
+ docs/gtk_tut.sgml docs/gtk.texi TODO:
+
+ Spelling/grammar fixes from Martin Buchholz <martin@xemacs.org>
+
Sat Feb 26 11:46:25 GMT 2000 Tony Gale <gale@gtk.org>
* gtk/gtkcalendar.c: Implement num_marked_dates,
- Use a cursor instead of an ICON when over Motif windows,
to get rid of the current junk that Motif leaves because
- of it's XCopyArea stupidity for doing highlighting.
+ of its XCopyArea stupidity for doing highlighting.
- Add a GTK_DRAG_VERIFY target flag and a "drag_data_verify"
signal so that apps can easily check if a, say,
You'll find these packages on the GNU main ftp server (<htmlurl
url="ftp://ftp.gnu.org/" name="ftp://ftp.gnu.org/">) or on any GNU mirror.
-In order to use the powerfull autoconf/automake scheme, you must create
+In order to use the powerful autoconf/automake scheme, you must create
a configure.in which may look like:
<tscreen><verb>
Its possible that, in the long term, the best solution to such
problems might be just to change gtk to give labels X windows.
A short term workaround is to put the label widget inside another
-widget that does get it's own window - one possible candidate would
+widget that does get its own window - one possible candidate would
be the viewport widget.
<tscreen><verb>
There are two (easy) ways to attach some data to a gtk object.
Using <tt/gtk_object_set_data()/ and <tt/gtk_object_get_data()/ seems to be the
-most common way to do this, as it provides a powerfull interface
+most common way to do this, as it provides a powerful interface
to connect objects and data.
<tscreen><verb>
/* give the error handler an idea on how the input is named */
scanner->input_name = "test text";
- /* scanning loop, we parse the input untill it's end is reached,
+ /* scanning loop, we parse the input until its end is reached,
* the scanner encountered a lexing error, or our sub routine came
* across invalid syntax
*/
}
</verb>
-You need to understand that the scanner will parse it's input and
+You need to understand that the scanner will parse its input and
tokenize it, it is up to you to interpret these tokens, not define
their types before they get parsed, e.g. watch gscanner parse a string:
This is edition @value{edition} of the GTK documentation,
@w{@value{update-date}}.
@end ifinfo
-@c FIXME: Do a introduction to the GTK?
+@c FIXME: Do an introduction to the GTK?
@menu
* Copying:: Your rights.
other languages can read these declarations and---because all the
important details are defined---automatically generate the bulk of the
needed glue code. It is also possible to feed these declarations into a
-running application (a interface builder, say) and thus make it aware of
+running application (an interface builder, say) and thus make it aware of
new widgets and functions without recompiling anything.
The run-time side of the type system is also somewhat introspective.
derive from @samp{GtkObject} and so the rules for @samp{GtkObject} apply
to all widgets as well.
-This derivation defines a type hierachy, but this hierachy is not
+This derivation defines a type hierarchy, but this hierachy is not
completely general. You can't derive from @samp{int} for example, and
you can only have one level of derivation from @samp{enum}. The
fundamental type @samp{GtkObject}, however, is the basis for the large
@deftp {Data type} GtkType
The type @code{GtkType} holds the run-time representation of a type. It
-is a integer of a certain size. The follwing macros are defined to
+is an integer of a certain size. The follwing macros are defined to
access the basic properties of a @code{GtkType}:
@deftypefn {Macro} {unsigned int} GTK_TYPE_SEQNO (GtkType type)
@item
The @code{class_init_func} and @code{base_class_init_func} fields are
callbacks which are used by the type mechanism to initialize class
-specific fields. The single argument these function taks is a pointer to
+specific fields. The single argument these functions take is a pointer to
a class structure. When you do not need one or both of them, set the
corresponding field to @code{NULL}. The @code{class_init_func} will be
called at most once, right after the class structure of size
<sect1> Fixed Container
<p>
The Fixed container allows you to place widgets at a fixed position
-within it's window, relative to it's upper left hand corner. The
+within its window, relative to its upper left hand corner. The
position of the widgets can be changed dynamically.
There are only three functions associated with the fixed widget:
You'll find these packages on the GNU main ftp server (<htmlurl
url="ftp://ftp.gnu.org/" name="ftp://ftp.gnu.org/">) or on any GNU mirror.
-In order to use the powerfull autoconf/automake scheme, you must create
+In order to use the powerful autoconf/automake scheme, you must create
a configure.in which may look like:
<tscreen><verb>
Its possible that, in the long term, the best solution to such
problems might be just to change gtk to give labels X windows.
A short term workaround is to put the label widget inside another
-widget that does get it's own window - one possible candidate would
+widget that does get its own window - one possible candidate would
be the viewport widget.
<tscreen><verb>
There are two (easy) ways to attach some data to a gtk object.
Using <tt/gtk_object_set_data()/ and <tt/gtk_object_get_data()/ seems to be the
-most common way to do this, as it provides a powerfull interface
+most common way to do this, as it provides a powerful interface
to connect objects and data.
<tscreen><verb>
/* give the error handler an idea on how the input is named */
scanner->input_name = "test text";
- /* scanning loop, we parse the input untill it's end is reached,
+ /* scanning loop, we parse the input until its end is reached,
* the scanner encountered a lexing error, or our sub routine came
* across invalid syntax
*/
}
</verb>
-You need to understand that the scanner will parse it's input and
+You need to understand that the scanner will parse its input and
tokenize it, it is up to you to interpret these tokens, not define
their types before they get parsed, e.g. watch gscanner parse a string:
GtkObjects also provide the following functions:
*_destroy: Render an object `unusable', but as long as there are
- references to it, it's allocated memory will not be freed.
+ references to it, its allocated memory will not be freed.
*_sink: Clear a GtkObjects `floating' state and decrement the
reference count by 1.
Example code sequences that require reference wraps:
/* gtk_container_remove() will unparent the child and therefore
- * cause it's reference count to be decremented by one.
+ * cause its reference count to be decremented by one.
*/
gtk_widget_ref (widget);
gtk_container_remove (container, widget);
Flag indications:
!GTK_RC_STYLE && !GTK_USER_STYLE:
- The widget has it's default style set, no rc lookup has been
+ The widget has its default style set, no rc lookup has been
performed, the widget has not been size requested yet and is
therefore not yet realized.
GTK_USER_STYLE:
GTK_RC_STYLE is not set.
- The widget has a user style assigned, and it's default style has been
+ The widget has a user style assigned, and its default style has been
saved.
GTK_RC_STYLE:
<sect1> Fixed Container
<p>
The Fixed container allows you to place widgets at a fixed position
-within it's window, relative to it's upper left hand corner. The
+within its window, relative to its upper left hand corner. The
position of the widgets can be changed dynamically.
There are only three functions associated with the fixed widget:
void gdk_window_merge_child_shapes (GdkWindow *window);
/*
- * Check if a window has been shown, and whether all it's
+ * Check if a window has been shown, and whether all its
* parents up to a toplevel have been shown, respectively.
* Note that a window that is_viewable below is not necessarily
* viewable in the X sense.
{
/* FIXME: this is a bit improper. We probably should do this only
when a window is first claimed. But we might be fooled if
- an old client died without releasing it's windows. So until
+ an old client died without releasing its windows. So until
we look for client-window closings, do it here
(We do look for closings now...)
intersect_rectangle.width,
intersect_rectangle.height);
- /* the last row has to clear it's bottom cell spacing too */
+ /* the last row has to clear its bottom cell spacing too */
if (clist_row == clist->row_list_end->data)
{
cell_rectangle.y += clist->row_height + CELL_SPACING;
cell_rectangle.width,
cell_rectangle.height);
- /* the last row has to clear it's bottom cell spacing too */
+ /* the last row has to clear its bottom cell spacing too */
if (clist_row == clist->row_list_end->data)
{
cell_rectangle.y += clist->row_height + CELL_SPACING;
/* dynamicly allocated array of column structures */
GtkCListColumn *column;
- /*the scrolling window and it's height and width to
+ /* the scrolling window and its height and width to
* make things a little speedier */
GdkWindow *clist_window;
gint clist_window_width;
gint row,
gint column);
-/* sets a given cell's text, replacing it's current contents */
+/* sets a given cell's text, replacing its current contents */
void gtk_clist_set_text (GtkCList *clist,
gint row,
gint column,
gint column,
gchar **text);
-/* sets a given cell's pixmap, replacing it's current contents */
+/* sets a given cell's pixmap, replacing its current contents */
void gtk_clist_set_pixmap (GtkCList *clist,
gint row,
gint column,
GdkPixmap **pixmap,
GdkBitmap **mask);
-/* sets a given cell's pixmap and text, replacing it's current contents */
+/* sets a given cell's pixmap and text, replacing its current contents */
void gtk_clist_set_pixtext (GtkCList *clist,
gint row,
gint column,
cell_rectangle.width = row_rectangle.width;
cell_rectangle.height = CELL_SPACING;
- /* rectangle used to clip drawing operations, it's y and height
+ /* rectangle used to clip drawing operations, its y and height
* positions only need to be set once, so we set them once here.
* the x and width are set withing the drawing loop below once per
* column */
}
}
- /* the last row has to clear it's bottom cell spacing too */
+ /* the last row has to clear its bottom cell spacing too */
if (clist_row == clist->row_list_end->data)
{
cell_rectangle.y += clist->row_height + CELL_SPACING;
guint button,
guint32 activate_time);
-/* Position the menu according to it's position function. Called
+/* Position the menu according to its position function. Called
* from gtkmenuitem.c when a menu-item changes its allocation
*/
void gtk_menu_reposition (GtkMenu *menu);
*/
/* We must do unrealize child widget BEFORE container widget.
- * gdk_window_destroy() destroys specified xwindow and it's sub-xwindows.
- * So, unrealizing container widget bofore it's children causes the problem
+ * gdk_window_destroy() destroys specified xwindow and its sub-xwindows.
+ * So, unrealizing container widget bofore its children causes the problem
* (for example, gdk_ic_destroy () with destroyed window causes crash. )
*/
if (GTK_TOGGLE_BUTTON (toggle)->active)
{
gtk_label_set_text (GTK_LABEL (tips_query), tip_text ? "There is a Tip!" : "There is no Tip!");
- /* don't let GtkTipsQuery reset it's label */
+ /* don't let GtkTipsQuery reset its label */
gtk_signal_emit_stop_by_name (GTK_OBJECT (tips_query), "widget_entered");
}
}
if (GTK_TOGGLE_BUTTON (toggle)->active)
{
gtk_label_set_text (GTK_LABEL (tips_query), tip_text ? "There is a Tip!" : "There is no Tip!");
- /* don't let GtkTipsQuery reset it's label */
+ /* don't let GtkTipsQuery reset its label */
gtk_signal_emit_stop_by_name (GTK_OBJECT (tips_query), "widget_entered");
}
}
projects / gtk4.git / commitdiff